Identity migration apparatus and method

ABSTRACT

An identity migration program provides interfaces for a user to manage operations for migrating locally-managed identities to centrally-managed identities. The provided interfaces include a project management interface, an identity selection interface, a migration rule editor interface, and a project scheduling interface. In certain embodiments, the identity migration program includes a communication module that provides interfaces for managing communication between the identity migration program and locally-managed and centrally-managed servers. Interfaces may also be provided to manage identity group migration and migration error resolution. A migration process management interface enables the user to halt, roll back, or resume a migration project.

This application hereby incorporates by reference the entirety of the disclosure of each application set forth in the foreign and domestic priority sections of the Application Data Sheet filed herewith.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention relates to migrating network identities. Specifically, the invention relates to computer program products and methods for migrating network identities to a centralized management server.

2. Description of the Related Art

A single organization may have multiple computer networks. For example, a business may have a separate network for the Human Resources department, the Accounting department, and the Sales department. For a single user to log on to each network, the user must have a user identity registered with each network. As the number of network identities increases, so does the difficulty of managing the identities and the difficulty for each employee to remember their user identification information. Consequently, consolidating identities from multiple networks into a single management system is beneficial.

SUMMARY OF THE INVENTION

The present invention has been developed in response to the present state of the art, and in particular, in response to the problems and needs in the art that have not yet been fully solved by currently available identity migration solutions. Accordingly, the present invention has been developed to provide an apparatus and a method to centralize identity management that overcome many or all of the above-discussed shortcomings in the art.

In one aspect of the present invention, a method to centralize identity management includes the operations of providing one or more interface controls, and receiving and validating data to enable a user to create a migration project, specify locally-managed identities to be migrated to centrally-managed identities, specify migration rules for the migration project, and specify a schedule for the migration project. The method also includes migrating the selected identities according to the specified rules and schedule. The method may also include the operation of providing an interface controls to modify the migration rules to resolve identity migration errors.

In certain embodiments, the method may include the operation of providing interface controls to enable a user to communicate an identity map to at least one server, specify accounts to be included in an account group, manually correct identity migration errors, and to halt, roll back, and resume a migration process.

In another aspect of the present invention, an apparatus to centralize identity management is presented. In certain embodiments, the apparatus includes a project management module that provides one or more interface controls that enable a user to create a migration project, and an identity selection module that provides one or more interface controls that enable a user to specify locally-managed identities to be migrated to centrally-managed identities. The apparatus also includes a migration rule editor control that provides interfaces to enable a user to specify migration rules for the project that specify how the locally-managed identities are to be migrated to centrally-managed identities. The migration rule editor may also enable the user to modify existing migration rules to resolve identity migration errors. The apparatus may also include a scheduling module that provides one or more interface controls that enable a user to schedule the migration project.

In certain embodiments, the apparatus includes a communication module that retrieves locally-managed identities from at least one server. The communication module may also provide an interface control that enables a user to communicate an identity map to one or more servers, and communicate the identity map to the specified server(s). The apparatus may also include a group management module that provides one or more interface controls that enable a user to specify accounts to be included in an account group, and an account mapping module that provides one or more interface controls that enable a user to manually correct identity migration errors. The apparatus may also include a migration process management module that provides interface controls that enables a user to halt a migration process, roll back a migration process, or resume a migration process.

It should be noted that reference throughout this specification to features, advantages, or similar language does not imply that all of the features and advantages that may be realized with the present invention should be or are in any single embodiment of the invention. Rather, language referring to the features and advantages is understood to mean that a specific feature, advantage, or characteristic described in connection with an embodiment is included in at least one embodiment of the present invention. Thus, discussion of the features and advantages, and similar language, throughout this specification may, but do not necessarily, refer to the same embodiment.

Furthermore, the described features, advantages, and characteristics of the invention may be combined in any suitable manner in one or more embodiments. One skilled in the relevant art will recognize that the invention can be practiced without one or more of the specific features or advantages of a particular embodiment. In other instances, additional features and advantages may be recognized in certain embodiments that may not be present in all embodiments of the invention.

BRIEF DESCRIPTION OF THE DRAWINGS

In order that the advantages of the invention will be readily understood, a more particular description of the invention briefly described above will be rendered by reference to specific embodiments that are illustrated in the appended drawings. Understanding that these drawings depict only typical embodiments of the invention and are not therefore to be considered to be limiting of its scope, the invention will be described and explained with additional specificity and detail through the use of the accompanying drawings, in which:

FIG. 1 is a block diagram of one embodiment of an identity migration program apparatus in accordance with the present invention;

FIG. 2 is a screenshot diagram of one embodiment of an identity migration project management interface in accordance with the present invention;

FIG. 3 is a screenshot diagram of one embodiment of an identity selection interface in accordance with the present invention;

FIG. 4 is a screenshot diagram of one embodiment of an identity migration rule editor interface in accordance with the present invention;

FIG. 5 is a screenshot diagram of one embodiment of an identity migration scheduling interface in accordance with the present invention;

FIG. 6 is a screenshot diagram of one embodiment of an identity migration process control interface in accordance with the present invention;

FIG. 7 is a screenshot diagram of one embodiment of an identity group migration interface in accordance with the present invention;

FIG. 8 is a screenshot diagram of one embodiment of an identity migration rule correction interface in accordance with the present invention;

FIG. 9 is a screenshot diagram of one embodiment of a manual identity mapping interface in accordance with the present invention; and

FIG. 10 is one embodiment of a method to migrate locally-managed identities to centrally-managed identities in accordance with the present invention.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT

It will be readily understood that the components of the present invention, as generally described and illustrated in the Figures herein, may be arranged and designed in a wide variety of different configurations. Thus, the following more detailed description of the embodiments of the apparatus and method of the present invention, as represented in the attached Figures, is not intended to limit the scope of the invention, as claimed, but is merely representative of selected embodiments of the invention.

Many of the functional units described in this specification have been labeled as modules, in order to more particularly emphasize their implementation independence. For example, a module may be implemented as a hardware circuit comprising custom VLSI circuits or gate arrays, off-the-shelf semiconductors such as logic chips, transistors, or other discrete components. A module may also be implemented in programmable hardware devices such as field programmable gate arrays, programmable array logic, programmable logic devices or the like.

Modules may also be implemented in software for execution by various types of processors. An identified module of executable code may, for instance, comprise one or more physical or logical blocks of computer instructions which may, for instance, be organized as an object, procedure, or function. Nevertheless, the executables of an identified module need not be physically located together, but may comprise disparate instructions stored in different locations which, when joined logically together, comprise the module and achieve the stated purpose for the module.

Indeed, a module of executable code could be a single instruction, or many instructions, and may even be distributed over several different code segments, among different programs, and across several memory devices. Similarly, operational data may be identified and illustrated herein within modules, and may be embodied in any suitable form and organized within any suitable type of data structure. The operational data may be collected as a single data set, or may be distributed over different locations including over different storage devices, and may exist, at least partially, merely as electronic signals on a system or network.

In the following description, numerous specific details are provided, such as examples of programming, software modules, user selections, network transactions, database queries, database structures, hardware modules, hardware circuits, hardware chips, etc., to provide a thorough understanding of embodiments of the invention. One skilled in the relevant art will recognize, however, that the invention can be practiced without one or more of the specific details, or with other methods, components, materials, and so forth. In other instances, well-known structures, materials, or operations are not shown or described in detail to avoid obscuring aspects of the invention.

The features, structures, or characteristics of the invention described throughout this specification may be combined in any suitable manner in one or more embodiments. For example, reference throughout this specification to “one embodiment,” “an embodiment,” or similar language means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment of the present invention. Thus, appearances of the phrases “in one embodiment,” “in an embodiment,” or similar language throughout this specification do not necessarily all refer to the same embodiment and the described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments.

Turning now to the figures, FIG. 1 is a block diagram of one embodiment of an identity migration program 100 and associated datastore 105 in accordance with the present invention. The identity migration program 100 a project management module 110, an identity selection module 120, a scheduling module 130, a communication module 140, a group management module 150, an account mapping module 160, a migration process management module 170, and an execution module 180. The identity migration program 100 facilitates migrating locally-managed identities to centrally-managed identities. The modules of the identity migration program 100 may be located on a single computer or distributed among various computing components within an enterprise.

The project datastore 105 is the repository for data related to migration projects. In the depicted embodiment, the project datastore 105 is a database. In one embodiment, the project datastore 105 receives data from the communication module 140 that was received by the various modules of the identity migration program 100, whether entered by users or gathered from locally-managed or centrally-managed servers. In one embodiment, the project datastore 105 archives copies of identity migration maps distributed to locally-managed or centrally-managed servers.

The project management module 110 accepts input, validates the received data, and stores data associated with managing identity migration projects. In various embodiments, data collected by the project management module 110 includes a project name, a project description, and credentials for authenticating to source and target systems. The project management module 110 may receive project-related data from other modules of the identity migration program 100 to be stored in a project data store 105 or the like.

The identity selection module 120 facilitates selecting locally-managed identities to be migrated to centrally-managed identities. In one embodiment, the identity selection module 120 provides interface controls, and receives and validates input from the user directing the identity migration program 100 to search for locally-managed computers on a network and extract identity information from the computers. The identity selection module 120 may utilize the communication module 140 to fulfill the user requests, display identity data retrieved by the communication module 140, and accept input from the user to select identities to be migrated.

The scheduling module 130 facilitates scheduling of identity migration projects. In one embodiment, the scheduling module 130 provides interface controls to run an identity migration project immediately, at a specified time in the future, or on a periodic schedule. In one embodiment, the scheduling module 130 utilizes features of the host operating system to schedule the migration project. In another embodiment, the scheduling module 130 registers the project with a background (“daemon”) process that directs the execution module 180 to executes the scheduled migration project.

The communication module 140 manages communication between modules of the identity migration program 100 and various external entities. In one embodiment, the communication module 140 receives requests from the identity selection module 120 to retrieve identities from locally-managed computers specified by a user. In one embodiment, the communication module 140 receives identities from migration agents located on locally-managed systems. The communication module 140 may communicate an identity map to a server. In one embodiment, the communication module 140 displays an interface control that enables the user to select a server to which the identity map is to be communicated. In various embodiments, the communication module 140 retrieves data required by the various modules of the identity migration program 100, such as group membership data, identity attributes, resources associated with an identity, or the like. In various embodiments, the communication module 140 may communicate identity maps to migration agents on locally-managed or centrally-managed servers. The communication module 140 may also communicate with an external database configured to store migration project data.

The group management module 150 provides an interface control that enables the user to specify locally-managed accounts to be migrated to centrally-managed account groups. In one embodiment, the group management module 150 migrates locally-managed account groups to centrally-managed account groups in an automated process not requiring direct user input. One skilled in the art, however, will recognize that identity groups are conceptually different in various identity management and directory services systems, and identity group migration is best accomplished with user input. For example, Active Directory groups are hierarchical and different permissions can be granted at different nesting levels. UNIX groups cannot be nested. Active Directory groups have security identities (SID) that are guaranteed to be unique across an enterprise. The UNIX group ID (GID) is an integer that can easily coincide with the IDs of groups in other source repositories.

The account mapping module 160 provides an interface control to manually correct identity migration errors. Application of identity migration rules may result in multiple accounts belonging to the same person with different IDs, or identities belonging to multiple users may be migrated to the same account. When many of these identity migration errors occur, the most efficient approach may be to modify identity migration rules to produce fewer migration errors. When few migration errors occur, the most efficient approach may be to manually correct the errors and map locally-managed identities to the correct centrally-managed identities. In one embodiment, the account mapping module 160 displays a list of locally-managed identities and the centrally-managed identities to which they are mapped. The account mapping module 160 may also provide interface controls to unmap a locally-managed identity from a centrally-managed identity and remap it to a different identity or to create a new identity to which to map it.

The migration process management module 170 provides interface controls that enable the user to monitor and control the status of migration projects. In one embodiment, the migration process management module 170 provides a control to enable the user to specify conditions that cause the migration process to be interrupted. The user may then check the progress of the migration project and execute other programs to perform necessary operations not performed by the identity migration program 100. The migration process management module 170 then provides a control to resume the migration project. In one embodiment, the migration process management module 170 provides controls to verify, commit, or roll back a migration project.

The execution module 180 executes the migration project according to the migration rules and schedule specified for the project. In one embodiment, the execution module comprises processes distributed among various computing components within an enterprise, such as locally-managed servers, a migration server, and centrally-managed servers.

FIG. 2 is a screenshot diagram of one embodiment of an identity migration project management interface 200 in accordance with the present invention. The identity migration project management interface 200 includes a project type control 210, a project name control 220, an account domain control 230, credential controls 240, and a project creation control 250. The identity migration project management interface 200 facilitates management of identity management projects.

In various embodiments, the identity migration project management interface 200 is implemented as a wizard or a single dialog with controls such as drop-down menus, text boxes, radio buttons, check boxes, combo boxes, or the like. In the embodiment depicted in FIG. 2, the project type control 210 is a drop-down menu that enables the user to select from a predefined set of project types. The project name control 220 is a text box in which the user may enter a name for the project. The account domain control 230 is a text box in which the user may enter the name of the NIS domain from which identities are to be migrated. The credential controls 240 receive the account ID and password to be used to authenticate to the specified domain. When all the necessary information has been entered, the user may activate the project creation control 250 to apply the specified parameters.

FIG. 3 is a screenshot diagram of one embodiment of an identity selection interface 300 in accordance with the present invention. The identity selection interface 300 includes an identity search control 310, an identity list control 320, an identity inclusion control 330, and an identity exclusion control 340. The identity selection interface 300 facilitates the selection of locally-managed identities to be migrated to centrally-managed identities.

In the embodiment depicted in FIG. 3, the user may employ the identity search control 310 to search for locally-managed identities to be migrated. The identity list control 320 displays discovered identities. The user may select identities from the identity list control 320 to be excluded from the migration project by activating the identity exclusion control 340. When identities to be migrated have been added to the identity list control 320, the user may activate the identity inclusion control 330 to add the identities to the migration project.

FIG. 4 is a screenshot diagram of one embodiment of an identity migration rule editor interface 400 in accordance with the present invention. The identity migration rule editor interface 400 includes a migration rule condition editor dialog 410 and an identity mapping dialog 450. The migration rule condition editor dialog 410 includes a locally-managed identity selection control 420 and a centrally-managed identity selection control 430. The identity mapping dialog 450 includes an identity selection control 460 and an identity migration rule execution control 470. The identity migration rule editor interface 400 facilitates creating and editing rules governing the migration of locally-managed identities to centrally-managed identities.

In the embodiment depicted in FIG. 4, the user may utilize the migration rule condition editor dialog 410 to edit conditions under which locally-managed UNIX identities are migrated to centrally-managed Active Directory identities. Rules may also specify which properties are migrated with the identities. The locally-managed identity selection control 420 describes properties of the locally-managed identity to be mapped to corresponding properties selected in the centrally-managed identity selection control 430. In the depicted embodiment of the identity mapping dialog 450, the user may employ the identity selection control 460 to specify the mapping between locally-managed identities and centrally-managed identities. When the mappings are complete, the user may activate the identity migration rule execution control 470 to execute the specified rule set.

FIG. 5 is a screenshot diagram of one embodiment of an identity migration scheduling interface 500 in accordance with the present invention. The identity migration scheduling interface 500 includes a run immediately control 510, a one-time execution scheduling control 520, a repeated execution scheduling control 530, and a schedule application control 540. The identity migration scheduling interface 500 facilitates the scheduling of one-time or repeated execution of identity management projects.

In the embodiment of the identity migration scheduling interface 500 depicted in FIG. 5, the run immediately control 510 is a radio button that the user may select to execute the migration project immediately. The one-time execution scheduling control 520 includes controls to specify a date and time at which the migration project is to be executed. The repeated execution scheduling control 530 enables the user to specify a day of the week and time at which the migration project will be executed on a weekly basis. When the user has selected a scheduling option and entered the associated parameters, the scheduling option may be activated using the schedule application control 540. In one embodiment, the identity migration scheduling interface 500 provides interface controls to schedule phases or processes of the migration project according to separate schedules.

FIG. 6 is a screenshot diagram of one embodiment of an identity migration process control interface 600 in accordance with the present invention. The identity migration process control interface 600 includes a migration map verification status control 610, a halt migration condition control 620, a resume migration control 630, a migration map verification control 640, a commit migration map control 650, and a migration rollback control 660. The identity migration process control interface 600 facilitates control of the identity migration process.

The depicted embodiment of the identity migration process control 600 enables the user to monitor and control the progress of a migration project. The migration map verification status control 610 displays the status of identities being migrated. The halt migration condition control 620 enables the user to specify conditions that cause the migration process to be interrupted. The user may then check the progress of the migration project and execute other programs to perform necessary operations not performed by the identity migration program 100. The user may then use the resume migration control 630 to resume execution of the migration project. The depicted embodiment includes a migration map verification control 640, a commit migration map control 650, and a migration rollback control 660 to respectively verify, commit, or roll back operation of the migration project.

FIG. 7 is a screenshot diagram of one embodiment of an identity group migration interface 700 in accordance with the present invention. The identity group migration interface 700 includes a group selection control 710 and a group migration rule execution control 720. The identity group migration interface 700 facilitates migration of locally-managed identity groups to centrally-managed identity groups.

In the depicted embodiment, the user may utilize the group selection control 710 to map locally-managed UNIX groups to centrally-managed Active Directory groups. When the group mappings have been specified, the user may activate the group migration rule execution control 720 to apply the specified rule set.

FIG. 8 is a screenshot diagram of one embodiment of an identity migration rule correction interface 800 in accordance with the present invention. The identity migration rule correction interface 800 includes a rule execution order control 810, a rule list control 820, and a rule execution control 830. The identity migration rule correction interface 800 facilitates correction of identity migration rules.

In the depicted embodiment, the rule list control 820 displays the migration rules included in the migration project, in the order in which they are to be executed. The user may select rules from the list and change the order in which they are to be executed using the rule execution order control 810. When the rules are in the desired order, the user may execute the migration rules by activating the rule execution control 830. By modifying the order in which rules are applied, the migration project can be adjusted to yield fewer identity migration errors.

FIG. 9 is a screenshot diagram of one embodiment of a manual identity mapping interface 900 in accordance with the present invention. The manual identity mapping interface 900 includes an identity selection control 910, and identity list control 920, an identity map completion control 930, and an identity group control 940. The manual identity mapping interface 900 facilitates manually mapping locally-managed identities to centrally-managed identities.

The user may utilize the depicted embodiment of the manual identity mapping interface to manually correct identity migration errors in an identity migration project. The user may search for locally-managed identities using the identity selection control 910. Discovered identities are displayed in the identity list control 920. Group membership may be preserved by selecting options in the identity group control 940. When the identity mapping is complete, the user may add the specified identity mappings by activating the identity map completion control 930.

FIG. 10 is one embodiment of an identity migration method 1000 in accordance with the present invention. The identity migration method 1000 includes a provide project control(s) operation 1010, a provide identity control(s) operation 1020, a provide rule control(s) operation 1030, a provide schedule control(s) operation 1040, and a migrate identities operation 1050. The identity migration method 1000 facilitates the migration of locally-managed identities to centrally-managed identities.

In the depicted embodiment of the identity migration method 1000, the specified controls are displayed to gather the associated parameters for the identity migration project. Although the operation of the identity migration method 1000 are displayed in a sequential order, the user may enter the required information in any order, so long as all the required parameters are entered before the migrate identities operation 1050 is executed by the execution module 180 or the like.

The present invention may be embodied in other specific forms without departing from its spirit or essential characteristics. The described embodiments are to be considered in all respects only as illustrative and not restrictive. The scope of the invention is, therefore, indicated by the appended claims rather than by the foregoing description. All changes which come within the meaning and range of equivalency of the claims are to be embraced within their scope. 

What is claimed is:
 1. A method for chan in functioning of at least one computer by migrating locally-managed identities to centrally-managed identities, the method comprising: providing, on computer hardware including at least one computer processor, at least one interface control configured to receive input from at least one input device and to communicate the input to the computer hardware, thereby enabling a user to create a migration project to be carried out by the computer hardware; receiving, by the interface control from the input device, an identification of locally-managed identities associated with locally-managed account groups; receiving, by the interface control from the input device, a specification of a migration of the locally-managed account groups to one or more centrally-managed account groups such that the migration of the locally-managed account groups migrates the locally-managed identities associated with the locally-managed account groups to the one or more centrally-managed account groups and preserves local group membership information and identity attributes about the locally-managed identities migrated to the one or more centrally-managed account groups; receiving, by the interface control from the input device, a specification of migration rules for the migration project; receiving, by the interface control from the input device, a specification of a migration schedule for the migration project; and executing the migration rules with the computer hardware including the at least one computer processor according to the migration schedule to automatically migrate the locally-managed identities associated with the locally-managed account groups to the one or more centrally-managed account groups in a manner that preserves the local group membership information of migrated locally-managed identities.
 2. The method of claim 1 further comprising receiving, by the interface control from the input device, a modification of at least one migration rule to manually correct an identity migration error.
 3. The method of claim 1 further comprising halting a migration process specified by the migration project.
 4. The method of claim 1 wherein the one or more centrally-managed account groups include one or more centrally-managed account groups in Active Directory.
 5. The method of claim 1 wherein the locally-managed account groups include one or more locally-managed account groups in Unix.
 6. A system for identity migration comprising: computer hardware including at least one computer processor and at least one input device; and a plurality of modules stored in computer-readable storage comprising computer readable instructions that, when executed by the computer processor, cause the computer hardware to perform operations defined by the computer-executable instructions, the modules configured to: create a migration project in response to user input received from the input device; identify locally-managed identities associated with locally-managed account groups; specify a migration of the locally-managed account groups to one or more centrally-managed account groups such that the migration of the locally-managed account groups migrates the locally-managed identities associated with the locally-managed account groups to the one or more centrally-managed account groups and preserves local group membership information and identity attributes about the locally-managed identities migrated to the one or more centrally-managed account groups; specify migration rules for the migration project; specify a migration schedule for the migration project; and execute the migration rules according to the migration schedule to automatically migrate the locally-managed identities associated with the locally-managed account groups to the one or more centrally-managed account groups in a manner that preserves the local group membership information of migrated locally-managed identities.
 7. The system of claim 6 wherein the modules are further configured to allow a user to roll back a migration process specified by the migration project.
 8. The system of claim 6 wherein the modules are further configured to allow a user to resume a migration process specified by the migration project.
 9. The system of claim 6 wherein the modules are further configured to allow a user to modify at least one migration rule to resolve identity migration errors.
 10. The system of claim 6 wherein the modules are further configured to allow a user to retrieve locally-managed identities from at least one server, provide at least one interface control that enables a user to communicate an identity map to at least one server, and communicate the identity map to at least one server in response to user activation of the at least one interface control.
 11. A non-transitory computer readable storage medium comprising a program of machine-readable instructions executable by a digital processing apparatus to perform operations to migrate locally-managed identities to centrally-managed identities, the operations comprising: receiving a user's input from an input device; at least in part in response to the input received from the input device, creating a migration project, encoded in tangible computer storage, that includes at least (a) an identification of locally-managed identities associated with locally-managed account groups, (b) a specification of a migration of the locally-managed account groups to one or more centrally-managed account groups such that the migration of the locally-managed account groups migrates the locally-managed identities associated with the locally-managed account groups to the one or more centrally-managed account groups and preserves local group membership information and identity attributes about the locally-managed identities migrated to the one or more centrally-managed account groups, (c) a plurality of migration rules for the migration project, and (d) a migration schedule for the migration project; and executing the migration rules according to the migration schedule to automatically migrate the locally-managed identities associated with the locally-managed account groups to the one or more centrally-managed account groups in a manner that preserves the local group membership information of migrated locally-managed identities.
 12. The non-transitory computer readable storage medium of claim 11 wherein the operations further comprise a user-selectable operation of interrupting a migration process specified by the migration project.
 13. The non-transitory computer readable storage medium of claim 11 wherein the operations further comprise a user-selectable operation of resuming a migration process specified by the migration project.
 14. The non-transitory computer readable storage medium of claim 11 wherein the operations further comprise a user-selectable operation of committing a migration process specified by the migration project.
 15. The non-transitory computer readable storage medium of claim 11 wherein the operations further comprise a user-selectable operation of unmapping at least one locally-managed identity from at least one centrally-managed identity.
 16. A system for migrating locally-managed identities to centrally-managed identities, the method comprising: computer hardware comprising at least a computer processor and an input device; at least one interface control that receives a user's input from the input device and, based at least in part upon the user's input, causes the computer hardware to migrate locally-managed identities associated with locally-managed account groups to one or more centrally-managed account groups; and a migration rule execution module that causes migration rules, encoded in tangible computer storage, to be executed on the at least one computer processor, thereby causing the computer hardware to automatically migrate, in accordance with a migration schedule encoded in tangible computer storage, the locally-managed identities associated with the locally-managed account groups to the one or more centrally-managed account groups in a manner that preserves the local group membership information of migrated locally-managed identities.
 17. The system of claim 16 further comprising at least one interface control that enables a user to identify the locally-managed identities associated with the locally-managed account groups.
 18. The system of claim 16 further comprising at least one interface control that enables a user to specify the migration rules for the migration project and at least one interface control that enables a user to specify the migration schedule for the migration project.
 19. The system of claim 16 wherein the one or more centrally-managed account groups include one or more centrally-managed account groups in Active Directory.
 20. The system of claim 16 wherein the locally-managed account groups include one or more locally-managed account groups in Unix. 